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(57) A computer recovery system provided on a re- 
movable high capacity disk. In the event that a user en- 
counters an abnormal operating condition, the user in- 
serts the removable high capacity disk into the computer 
and restarts the computer. The computer boots either 
directly from the removable high capacity disk or from a 
floppy disk which transfers control to the removable high 
capacity disk. The removable high capacity disk in- 
cludes all of the files necessary to load the computer 
operating system and launch the graphical user inter- 
face of the operating system such that the user is pro- 
vided with a familiar operating environment. The remov- 
able high capacity disk also includes a suite of software 
recovery software which attempt to ascertain and cor- 
rect the cause of the abnormal operating condition to 
return the computer system to a normal operating con- 
dition. In the event the recovery system cannot correct 
the cause of the abnormal operating condition, the user 
may continue working with files located on the hard disk 
within the computer or perform a restore operation from 
an archive. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a computer 
disaster recovery and repair system. In particular, the 
present invention relates to a computer disaster recov- 
ery system, contained on a removable high capacity me- 
dia, which includes a subset of operating system com- 
ponents and which detects and repairs system detects. 

BACKGROUND OF THE INVENTION 

[0002] For as long as computers have existed, system 
administrators and users have been concerned about 
disasters and disaster recovery when components with- 
in a computer system eventually fail. Such disasters and 
failures are frustrating because they may cause data 
loss, computer lock-up and crashes, or total failure of 
the computer to boot upon restarting. 
[0003] Historically, there have been two approaches 
to disaster recovery. The first is a backup solution 
whereby data from the hard drive is periodically copied 
to removable media (e.g., tape or removable disks) in 
effort to minimize the impact of such failures. Such back- 
up solutions are relatively straightforward, but require 
that the user or system administrator implement a plan 
to routinely backup selected or all files from the hard 
drive to the removable media. In the event that files be- 
come corrupted or are deleted or lost, an archive version 
of the files can be restored from the removable media 
to the computer's long-term storage device (e.g., hard 
disk). If the disaster is of such a magnitude that the com- 
puter is unusable, the files may be restored to another 
computer. 

[0004] A key disadvantage of this first method is that 
it requires the user to perform regular backups. Accord- 
ingly, the user's data is protected only up to date and 
time the last backup was performed. Therefore, it is pos- 
sible that users may lose days, weeks, or possible all of 
their data. This is especially the case with home users 
who rarely, if ever, perform regular backups of data. 
[0005] The second approach is a repair solution 
whereby recovery software attempts to remedy the 
cause of a failure without the need for a user to perform 
a restore operation. Such recovery software may reside 
on the computer's hard disk, in memory as a terminate 
and stay resident (TSR) application, or may be stored 
on a bootable floppy disk (recovery/rescue disk). The 
recovery software attempts to correct invalid CMOS set- 
tings, corrupted drive partition tables, system file inte- 
grety, boot sectors, etc. Some recovery softare performs 
routine preventative maintenance functions such as 
disk defragmentation, copying selected critical files and 
settings to a safe location (e.g., a floppy disk or other 
portion of the hard drive), and system diagnostics. In the 
event of a failure or error, the user runs the recovery 
software from the hard disk or the floppy recovery disk 



to boot the system and to attempt to correct the cause 
of the failure. 

[0006] A problem with conventional recovery utilities 
is that when a computer fails to boot from the hard disk, 

5 the bootable recovery disk only provides a user with a 
command line environment. For example, the disaster 
recovery software may boot the computer to a prompt 
(e.g., a DOS prompt such as A:\>). Therefore, the user 
is not provided with a user-friendly and familiar graphical 

10 user interface (GUI). This is a particular problem be- 
cause of the popularity of operating systems that utilize 
graphical user interfaces (e.g., Windows 9X, Windows 
NT, and the Macintosh OS). Further compounding the 
problem is the number of newer computer users who 

is are unaccustomed with the command line syntax of the 
operating system commands. 

[0007] Conventional disaster recovery utilities may 
add to the confusion by requiring the user to remember 
yet additional commands to execute the various recov- 

20 ery features. It is also likely that recovery software may 
includes only limited documentation and on-line help. 
These problems increase the level of frustration experi- 
enced by users who are worried about losing sensitive 
data, and lead to a large number of telephone calls, fac- 

25 similes and E-mails to technical support personnel. This 
is especially so given the ever increasing number of first 
time purchasers of computer systems. As the number 
of users of personal computers continues to grow, tech- 
nical support departments will stretched further to their 

30 limits to accommodate support calls. 

[0008] A reason for the problems and limitations of 
known disaster recovery software is the relatively low 
capacity of the bootable floppy disk. Conventional com- 
puter systems include at least one 3&* floppy disk drive 

3S having a capacity of 1 .44 MB. The floppy disk only 
provides enough storage capacity to boot a computer to 
a limited environment and does not have the storage 
capacity to allow the computer to boot to the more user 
friendly graphical user interface. Another reason for the 

40 limitations of known disaster recovery utilities, is that 
when operating systems such as Windows are installed, 
they are configured to include specific drivers and librar- 
ies based on the computer's hardware setup (e.g. , video 
card, modem, hard disk controller, sound board, etc.). 

45 Therefore, it is difficult for manufacturers of recovery 
software utilities to provide a recovery disk that will in- 
clude a compatible set of drivers for every possible con- 
figuration of computer hardware available on the mar- 
ket. While attempts have been made to launch the op- 

50 erating system with a generic set of drivers having the 
most basic of functionalities (e.g., Windows 9X "safe 
mode'), such attempts are lacking because they do not 
provide for disaster recovery, require that the computer 
be booted from the hard disk, and do not provide access 

55 to all of the peripherals attached to the computer as not 
all drivers are loaded when the operating system is 
launched. Further, such attempts are generally limited 
to resolving incompatibility problems within the operat- 
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ing system itself (e.g., incompatible drivers). 
[0009] In view of the above, there is a need for a dis- 
aster recovery system having enhanced capabilities 
which is capable of booting a computer to an operating 
environment that is familiar to the user. In particular, 5 
there is a need for the capability to launch the operating 
system and graphical user interface from removable 
media so that users are not dependent on booting from 
the hard disk drive. Further, there is a need for a disaster 
recovery system which may be quickly and easily tai- 
lored to a specific machine and capable of detecting and 
repairing errors with little or no user interaction. Yet fur- 
ther, there is a need for a disaster recovery system 
which will enable a user to gain access to computer sys- 
tem and transfer files from an abnormally operating 
computer system to another computer system. Such an 
enhanced disaster recovery system will reduce calls to 
technical support personnel, allow users to fix problems 
without the need for help, reduce recovery time from crit- 
ical system failures, increase productivity and system 
usability, and place users at ease. 

SUMMARY OF THE INVENTION 

[0010] In view of the above, the present invention, 
through one or more of its various aspects and/or em- 
bodiments is thus presented to accomplish one or more 
objects and advantages, such as those noted below. 
[0011] According to aspect of the present invention, a 
method for correcting an abnormal operating condition 
of the computer system using recovery software stored 
on removable high capacity media is provided in a com- 
puter system having a processor, a high capacity remov- 
able media drive, non-removable storage media and an 
operating system that includes an operating environ- 
ment which provides a user with a graphical user inter- 
face. Under normal operating conditions, the operating 
system and the graphical user interface are loaded from 
the non-removable storage media. In addition, the re- 
movable high capacity media includes a subset of a total 
number of components of the operating system. The 
method includes inserting the removable high capacity 
media into the high capacity removable media drive up- 
on encountering the abnormal operating condition; re- 
starting the computer system from the removable high 
capacity media such that the operating system and the 
graphical user interface are loaded from the removable 
high capacity media; and launching the recovery soft- 
ware to rectify the abnormal operating condition upon 
successfully loading the graphical user interface. The 
computer is restarted from the non-removable storage 
media after rectifying the abnormal operating condition. 
[0012] If the a high capacity removable media drive is 
bootable, then restarting the computer system compris- 
es executing bootstrap files located on the removable 
high capacity media. However, if the removable media 
drive is not bootable, then restarting the computer sys- 
tem comprises executing bootstrap files located on a 



bootable floppy disk; loading software drivers to gain ac- 
cess to the high capacity removable media drive; chang- 
ing a current drive letter or a current volume label of the 
high capacity removable media drive to a modified drive 
letter or a modified volume label, as necessary; and ex- 
ecuting an operating system instruction to continue 
loading of the operating system and the graphical user 
interface from the removable high capacity media. 
[0013] Changing the drive letter or the volume label 
comprises identifying a bus, adapter and drive ID 
number of the high capacity removable media drive; 
identifying the cu rrent drive letter and the current volume 
label of the high capacity removable media drive; and 
adjusting operating system data, initialization files and 
registry information to indicate the high capacity remov- 
able media drive by the modified drive letter or the mod- 
ified volume label. In addition, if the modified drive letter 
identifies another drive in the computer system, the op- 
erating system data, the initialization files and the reg- 
istry information are adjusted to change the another 
drive to a drive letter not used by the operating system. 
[001 4] According to a feature of the present invention, 
the method also includes determining if the abnormal 
operating condition persists in the computer system; re- 
storing files to the non-removable media from an archive 
if the abnormal operating condition persists; and rein- 
stalling the operating system to the non-removable me- 
dia if no archive exists. 

[0015] According to another feature, the removable 
high capacity media may be partitioned. The method of 
correcting an abnormal operating condition further com- 
prises presenting the partitioned removable high capac- 
ity media to the operating system as non-partitioned me- 
dia by performing the following: determining if the parti- 
tioned removable high capacity media is valid, and if the 
partitioned removable high capacity media is not valid, 
not presenting the removable high capacity media to the 
operating system, and if the removable high capacity 
media is valid then calculating an offset from a beginning 
of the removable high capacity media to a beginning of 
a desired partition on the removable high capacity me- 
dia to be accessed; for each request by the operating 
system to read or write to a location in a volume of the 
removable high capacity media, modifying the request 
by adding the offset to the request to create a modified 
request; and determining a type of request by the oper- 
ating system. 

[0016] The process of determining a type of request 
comprises determining if the request is to read data at 
a beginning of the volume, and if so, performing a read 
operation and modifying the data to reflect a format of 
the non-partitioned media as it passed to the operating 
system; determining if the request is to write data to the 
beginning of the volume, and if so, modifying the request 
to reflect a format of the partitioned media and perform- 
ing a write operation; determining if the request is for 
user data, and if so, performing a read or write operation 
using the modified request; and determining if the re- 
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quest is for a media size, and if so, returning to the op- 
erating system a size of the partitioned removable high 
capacity media. 

[0017] According to another aspect of the present in- 
vention, a method of creating a recovery disk on remov- 
able high capacity media is provided for a computer sys- 
tem comprising a processor, a high capacity removable 
media drive, non-removable storage media and an op- 
erating system which includes an operating environ- 
ment that provides a user with a graphical user interface. 
The operating system and the graphical user interface 
are loaded from the non-removable storage media un- 
der normal operating conditions. The method includes 
generating a fist of software components needed to 
completely load the operating system and the graphical 
user interface from the removable high capacity media; 
copying the software components to the removable high 
capacity media; and copying the recovery software to 
the removable high capacity media. An operating sys- 
tem command may be installed to run from the remov- 
able high capacity media to execute the recovery soft- 
ware. 

[001 8] According to a feature of the present invention, 
generating a list of components comprises scanning a 
list of files on the non-removable media; examining con- 
figuration, initialization and registry files; and searching 
the non-removable media to determine executable pro- 
gram files, libraries and program file dependencies. The 
method may also include adjusting configuration, initial- 
ization and registry files on the removable high capacity 
media to reflect a drive letter or volume label of the high 
capacity removable media drive from which the operat- 
ing system will be running when the computer is restart- 
ed from the removable high capacity media. Further, the 
method may include determining from the computer 
system if the high capacity removable media drive is 
bootable; and copying operating system bootstrap files 
to the removable high capacity media if the high capacity 
removable media drive is bootable. 
[0019] Where the high capacity removable media 
drive is not bootable, the method may include creating 
a bootable floppy disk by copying operating system 
bootstrap files to the bootable floppy disk if the high ca- 
pacity removable media drive is not bootable; determin- 
ing a bus type and adapter of the high capacity remov- 
able media drive; determining software drivers needed 
to access the high capacity removable media drive; cop- 
ying the software drivers to the bootable floppy disk; and 
installing instructions to continue a bootstrap process 
from the high capacity removable media drive once the 
bootstrap process is initiated from the floppy disk. 
[0020] According to yet another aspect of the present 
invention, there is a provided an apparatus for recover- 
ing from an abnormal operating condition in a computer 
system, comprising a processor; a high capacity remov- 
able media drive; a process for loading an operating sys- 
tem from the high capacity removable media drive, the 
operating system providing an operating environment 



that includes a graphical user interface; and software for 
rectifying the abnormal operating condition to return the 
computer system to a normal operating condition. 
[0021] According to a feature ofthe present invention, 

5 the apparatus may also include processes and devices 
to determine if the abnormal operating condition persists 
in the computer system; to restore files to the non-re- 
movable media from an archive; and to reinstall the op- 
erating system to the non-removable media. 

10 [0022] According to another feature, the high capacity 
removable media drive is bootable, and the a bootstrap 
process is performed by executing bootstrap files locat- 
ed on the removable high capacity media. Where the 
high capacity removable media drive is not bootable, 

15 control of a bootstrap process is transferred from the 
floppy drive to the high capacity removable media drive; 
and a current drive letter or a current volume label of the 
high capacity removable media drive is changed to a 
modified drive letter or a modified volume label, as nec- 

20 essary. The bootstrap files are initially executed from a 
bootable floppy disk, and then the execution of the boot- 
strap files is continued and the operating system and 
the graphical user interface loaded from the removable 
high capacity media. 

25 [0023] The process to change a drive letter or volume 
label identifies a bus, adapter and drive ID number for 
the high capacity removable media drive, identifies the 
current drive letter and the current volume label of the 
high capacity removable media drive, and adjusts oper- 

30 ating system data, initialization files and registry infor- 
mation to indicate the high capacity removable media 
drive by the modified drive letter or the modified volume 
label. If the modified drive letter is assigned to another 
drive by the operating system, the drive letter changing 

35 process further adjusts the operating system data, the 
initialization files and the registry information to change 
the another drive to a drive letter not in use by the op- 
erating system. 

[0024] According to yet another feature of the present 

40 invention, the removable high capacity media may be 
partitioned, and the apparatus comprises a process for 
presenting the partitioned removable high capacity me- 
dia to the operating system as non-partitioned media. 
The presentation process determines if the partitioned 

45 removable high capacity media is valid, and if the parti- 
tioned removable high capacity media is not valid, does 
not present the removable high capacity media to the 
operating system. If the partitioned media is valid, the 
presentation process calculates an offset from a begin- 

so ning of the removable high capacity media to a begin- 
ning of a desired partition on the removable high capac- 
ity media to be accessed; modifies a request by the op- 
erating system to read or write to a location in a volume 
of the removable high capacity media by adding the off- 

ss set to the request; and determines a type of request by 
the operating system. 

[0025] According to yet another aspect of the present 
invention, there is provided an apparatus for creating a 



4 



7 



EP 0 917 060 A1 



8 



recovery disk for a computer system having an operat- 
ing system which provides an operating environment in- 
cluding a graphical user interlace. The recovery disk in- 
cludes recovery software on a removable high capacity 
media. The apparatus comprises a processor; a high ca- 
pacity removable media drive; a process for generating 
a list of components needed to completely load the op- 
erating system and the graphical user interface from the 
removable high capacity media; and a process for cop- 
ying the components and the recovery software to the 
removable high capacity media. 
[0026] According to a feature of the present invention, 
generating process includes a process for scanning a 
list of files on the non-removable media; a process for 
examining configuration, initialization and registry files; 
and a process for searching the non-removable media 
to determine executable program files, libraries and pro- 
gram file dependencies. The apparatus may also in- 
clude a process for adjusting configuration, initialization 
and registry files on the removable high capacity media 
to reflect a drive letter or volume label of the high capac- 
ity removable media drive from which the operating sys- 
tem will be running when the computer is restarted. 
[0027] According to another feature of the present in- 
vention, if the high capacity removable media drive is 
bootable, the process for copying copies operating sys- 
tem bootstrap files to the removable high capacity me- 
dia. If the high capacity removable media drive is not 
bootable, then the apparatus may be provided with a 
process for determining a bus type and adapter of the 
high capacity removable media drive; and a process for 
determining software drivers needed to access the high 
capacity removable media drive. The copying process 
copies operating system bootstrap files, the operating 
system components, and instructions to continue a 
bootstrap process from the high capacity removable 
media drive. The instructions to continue the bootstrap 
process are executed once the bootstrap process is in- 
itiated from a bootable floppy disk inserted into the low 
capacity floppy drive. 

[0028] According to still another aspect of the present 
invention, an apparatus for bootstrapping a computer 
system from removable high capacity media is provided 
for a computer system running an operating system that 
includes an operating environment which provides a us- 
er with a graphical user interface. The apparatus com- 
prises a processor; a high capacity removable media 
drive operatively connected to the processor; and a 
process and device for loading the operating system 
and the graphical user interface from the removable 
high capacity media. The removable high capacity me- 
dia includes all necessary operating system compo- 
nents to completely load the operating system and the 
graphical user interface and provide a user with access 
to all computer peripherals. 

[0029] According to a further aspect of the present in- 
vention, a removable storage cartridge is provided that 
includes high capacity storage media for use in a com- 



puter system having a processor, non-removable me- 
dia, a high capacity removable media drive and an op- 
erating system which includes an operating environ- 
ment that provides a user with a graphical user interface. 

5 The high capacity storage media is configured by a 
method comprising generating a list of software compo- 
nents needed to completely load the operating system 
and the graphical user interface from the high capacity 
storage media, and copying the software components 

10 to the high capacity storage media. 

[0030] According to a feature of the present invention, 
the list of components copied to the high capacity stor- 
age media is generated by scanning a list of files on the 
non-removable media; examining configuration, initial!- 

?s zation and registry files; and searching the non-remov- 
able media to determine executable program files, li- 
braries and program file dependencies. Further, the 
method may include adjusting configuration, initializa- 
tion and registry files on the high capacity storage media 

20 to reflect a drive letter or volume label of the high capac- 
ity removable media drive from which the operating sys- 
tem will be running when the computer is restarted from 
the high capacity storage media. 
[0031] According to another feature, the method of 

25 configuring the high capacity storage media comprises 
determining from the computer system if the high ca- 
pacity removable media drive is bootable; and copying 
operating system bootstrap files to the high capacity 
storage media if the high capacity removable media 

30 drive is bootable. If the high capacity removable media 
drive is not bootable, then the method includes creating 
a bootable floppy disk by copying operating system 
bootstrap files to the bootable floppy disk if the high ca- 
pacity removable media drive is not bootable; determin- 
es ing a bus type and adapter of the high capacity remov- 
able media drive; determining software drivers needed 
to access the high capacity removable media drive; cop- 
ying the software drivers to the bootable floppy disk; and 
installing instructions to continue a bootstrap process 

40 from the high capacity removable media drive once the 
bootstrap process is initiated from the floppy disk. 
[0032] According to a further feature of the present 
invention, the method of configuring the high capacity 
storage media comprises copying recovery software to 

45 the high capacity storage media, and installing an oper- 
ating system command run from the high capacity stor- 
age media to execute the recovery software. 
[0033] According to yet another aspect of the present 
invention, application software is provided for use on a 

so computer system having a high capacity removable me- 
dia drive and an operating system which provides an 
operating environment including a graphical user inter- 
face. The application software comprises system com- 
ponents needed to completely load the operating sys- 

55 tern and the graphical user interface from the high ca- 
pacity removable media drive, and recovery compo- 
nents which are run from the graphical user interface. 
The application software is provided on removable high 
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capacity media which is read by the high capacity re- 
movable media drive. 

[0034] According to a feature of the invention, the ap- 
plication software further comprises operating system 
bootstrap files. If the high capacity removable media 
drive is not bootable, the operating system bootstrap 
files are provided on a floppy disk and the application 
software further comprises an instruction to continue a 
bootstrap process from the high capacity removable 
media drive. The instruction to continue the bootstrap 
process is executed once the bootstrap process is initi- 
ated from the floppy disk. 

[0035] According to another feature ofthe present in- 
vention, the application software includes a command, 
installed on the removable high capacity media, to exe- 
cute the recovery components. 

[0036] Other features of the invention are described 
below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0037] The foregoing summary, as well as the follow- 
ing detailed description of the preferred embodiments, 
is better understood when read in conjunction with the 
appended drawings. For the purpose of illustrating the 
invention, there is shown in the drawings an embodi- 
ment that is presently preferred, in which like references 
numerals represent similar parts throughout the several 
views of the drawings, it being understood, however, 
that the invention is not limited to the specific methods 
and instrumentalities disclosed. In the drawings: 

Figure 1 is a block diagram of a computer system 
which includes a high capacity removable disk 
drive; 

Figure 2 is a flow chart illustrating an overview of 
the process of recovering from an error in accord- 
ance with an embodiment of the present invention; 
Figure 3 is a flow chart illustrating the bootstrap 
process of Figure 2 in greater detail; 
Figures 4A and 4B are flow charts illustrating the 
process of creating a rescue disk in accordance 
with the present invention; 
Figure 5 is a flow chart illustrating the processes of 
creating a bootable floppy disk under the condition 
that a high capacity removable media drive of is not 
bootable; 

Figure 6 is a flow chart illustrating the processes 
performed to change the drive letter assigned to a 
selected drive by the operation system; 
Figure 7 is a flow chart illustrating the processes 
performed to present partitioned media to an oper- 
ating system as non -partitioned media; and 
Figure 8 is a flow chart illustrating an overview of 
the process of recovering from an error in accord- 
ance with another embodiment of the present in- 
vention. 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0038] The present invention provides a method and 

5 apparatus for disaster recovery of a computer system 
using a removable high capacity media device. Typical- 
ly, the disasters are the result of operating system insta- 
bility due to corruption of critical files caused by physical 
and logical errors in the long-term (e.g., a hard disk) or 

10 temporary (e.g., random access memory) storage me- 
dia. The physical and logical errors may be caused by 
a variety of different sources such as power surges, soft- 
ware and hardware incompatibilities, and degradation 
of the storage media. In addition, disasters may be 

15 caused by computer viruses, which intentionally delete 
or corrupt critical files. The present invention is directed 
to resolving disasters and errors, particularly in an en- 
vironment where the operating system includes a graph- 
ical user interface and runs in a 32-bit (or more) flat 

20 memory model, i.e., the address space is defined with 
one 32-bit (or more) register without segments or index- 
ing. 

[0039] As will be described herein, the recovery disk 
contains a set of operating system components, deter- 

25 mines registry differences, and creates a new registry 
(if necessary). The recovery software operates without 
requiring the user to enter commands at a command line 
interface. In addition, the user is not rendered incapac- 
itated with the recovery solution of the present invention. 

30 Experienced users may bypass the automatic recovery 
features and access E-mail/fax (local modem), LAN/ 
WAN applications and files, printers (local and net- 
worked), run operating system and third party recovery 
software, access safe mode (Windows 9X) state for test- 
es ing. If the error is catastrophic (i.e., non-recoverable) in 
nature, the user will still be able to run the operating sys- 
tem from a high capacity removable media drive until 
the user has an opportunity to correct the problem. 
[0040] Another advantage of the recovery disk of the 

40 present invention is that original equipment manufactur- 
ers (OEM) may be able to create a single recovery disk 
that supports all standard leading configurations. Such 
a disk may be created by including all of the necessary 
files for the leading configurations on the high capacity 

45 removable disk. Therefore, OEMs may easily provide 
support for all of their leading configurations by shipping 
purchasers a copy of the recovery disk. 
[0041] Referring now to Figure 1 , there is illustrated a 
block diagram of an exemplary computer system 10. As 

so shown, the computer system 10 is divided between in- 
ternal and external components. The internal compo- 
nents include a Basic Input/Output System (BIOS) 13 
and a processor (CPU) 12 that control the overall func- 
tioning of the computer system 1 0. A memory 1 4, a hard 

55 disk drive 26, a floppy disk drive 28, a tape drive 1 5, a 
CD-ROM drive 17, and a high capacity removable me- 
dia drive 11a are also connected to the CPU 12. 
[0042] Typically, a conventional I BM-compatible com- 
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puter system 10 employs the Windows 95 or Windows 
NT operating systems (available from Microsoft Corp., 
Redmond, Washington) and includes a BIOS 1 3 that 
supports a configuration wherein floppy drives having a 
capacity of 720k to 1 .44 MB are assigned drive letters 
a: and b:. The BIOS 13 also provides for fixed disks 
which are assigned drive letters c: p d: and so on, and 
are configured with a cylinder, head and sector number 
that relates to the capacity of the drive. Further, as most 
BlOSes 13 in computer systems support booting (i.e., 
starting the system) from only drives a: and c:, it is pref- 
erable that the BIOS 1 3 supports a configuration where- 
in the high capacity removable media drive 11a or 11b 
may be assigned drive letter a: such that the computer 
system 1 0 may be booted from the high capacity remov- 
able media drive. The high capacity removable media 
drive 11a or 11b operates to read and/or write to a high 
capacity storage media contained within a removable 
storage cartridge 1 9. 

[0043] A removable high capacity media controller 27 
serves as an interface between the removable media 
drive 1 1 a and the CPU 1 2. For example, the high capac- 
ity removable disk controller 27 may comprise a Small 
Computer System Interface (SCSI) or Integrated Drive 
Electronics (IDE) interface controller A hard disk and 
floppy disk controller 25 serves as an interface between 
the CPU 1 2 and the hard disk 26 and the CD-ROM drive 
1 7, and the floppy disk 28 and tape drive 1 5, respective- 
ly. It will be appreciated by those skilled in the art, the 
disk controller 25 may comprise separate floppy and 
hard disk controllers (e.g., IDE or SCSI controller), and 
that the high capacity removable media drive 11a may 
also utilize the disk controller 25 as an interface to the 
CPU 12. 

[0044] An exemplary high capacity removable media 
drive is disclosed in U.S. Patent Application No. 
08/651,321, filed on May 21, 1996, the disclosure of 
which is incorporated herein by reference in its entirety. 
In the exemplary embodiment in Application No. 
08/651,321, an IDE high capacity removable media 
drive 11a is described which may comprise several sub- 
components, including: a 40 pin IDE bus connection; a 
CPU, for example, an 8052; a 1 k Data RAM memory for 
executing local programs; a 32k ROM memory for stor- 
age of programs; a controller circuit, such as an AIC- 
7166 manufactured by Adaptec, which controls buffer 
management of data to and from the media, media in- 
terface, and processor interface via the IDE bus; a Tim- 
ing Processor for providing timing signals to the servo 
motors and the read/write channel; motor control circuit- 
ry; an RLL encoder for writing data to the media; and an 
RLL decoder for reading data from the media. The high 
capacity removable media drive 11 a or 11b is capable 
of communicating with the removable high capacity me- 
dia (IDE) controller card 27 via cylinder, head, and sec- 
tor mode (hereinafter CHS mode) or logical block ad- 
dress mode (hereinafter LBA mode). In CHS mode, the 
controller card 27 presents a logical cylinder, head and 



sector from which data on the media is desired. The 
drive translates this information to a physical cylinder, 
head and sector to retrieve the data from the media. Im- 
portantly, the cylinder head and sector information set 

5 into CMOS 1 3a defines the logical number of cylinders, 
heads and sectors on the drive and defines the transla- 
tion used by the drive to determine where to physically 
retrieve the data on the media. In LBA mode, the con- 
troller card 27 communicates with the drive 11a through 

10 a linear mapping of sectors, starting at sector 0 and con- 
tinuing to the last sector depending on the capacity of 
the drive. 

[0045] Other controllers are connected to the CPU 12 
to provide an interface between a variety of external de- 

15 vices and the CPU 1 2. For example, a parallel port con- 
troller 1 6, a mon itor controller (video card) 1 8, and a key- 
board and mouse controller 20 each provide an inter- 
face between CPU 12 and an external high capacity re- 
movable media drive 11b (or printer), monitor 22, and 

20 keyboard and mouse device 24, respectively. The ex- 
emplary computer system 10 of Figure 11 is configured 
with two high capacity removable media drives to em- 
phasize that a high capacity removable media drive can 
be implemented in either internal or external form. 

25 [0046] Referring now to Figure 2, there is shown a 
flow chart describing an overview of the process by 
which a user rectifies problems encountered during use 
a of computer system in accordance with an embodi- 
ment of the present invention. Through the written de- 

30 scription below, Figure 2 will serve as a general guide 
of all of the processes and functions perform by the re- 
covery system of the present invention. 
[0047] Step 1 00 is generally indicative of the process 
by which the user creates a recovery disk. The recovery 

35 software determines which machine-specific files are 
necessary in order to boot from the high capacity remov- 
able disk into the full operating system environment. In 
other words, on a computer running Windows 9X or Win- 
dows NT, the recovery disk will contain a set of files, 

40 drivers and configuration settings to fully boot the oper- 
ating system and provide the user with the operating 
system graphical user interface. Also, a registry file (*. 
reg) is generated and contained on the recovery disk 
which will alter certain entries in main registry. The main 

45 registry is altered to correct the path to certain virtual 
device drivers (VxD) in order to load the operating sys- 
tem from the high capacity removable media drive. 
[0048] The process of creating the recovery disk at 
step 100 is shown in greater detail in Figures 4A and 

50 4B. The user may create the recovery disk at any time 
or the recovery software may compel the user to create 
the recovery disk and to periodically update the disk in 
order to insure that the information stored thereon is cur- 
rent. The process to create a high capacity recovery disk 

55 begins at step 200 where the user selects the drive/vol- 
ume to create the rescue disk media. At step 202, the 
user inserts the removable high capacity media, con- 
tained within a removable high capacity media cartridge, 
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into the high capacity removable media drive 11a and 
the removable high capacity media is prepared. The 
preparation may include formatting or erasing any data 
on the removable high capacity media. At step 204 it is 
determined if the high capacity drive 11a is bootable. 
This determination is performed by checking the drive 
letter associated with the high capacity drive 11a. If the 
drive letter is a:, then the high capacity drive 11a is 
bootable, otherwise the drive 11a is not considered to 
be bootable. If the high capacity drive 1 1a is not consid- 
ered to be bootable, then at step 206 a bootstrap floppy 
disk is created. The process of creating a bootstrap flop- 
py disk will be described below in greater detail with ref- 
erence to Figure 5. 

[0049] If the removable high capacity media drive 1 la 
is bootable, then at step 208, the master boot record 
(MBR) code and basic bootstrap files are copied to the 
removable high capacity media. This includes copying, 
for example, the io.sys, msdos.sys, and command.com 
files to the removable high capacity media. At step 210, 
a list of files necessary to launch the operating system 
and graphical user interface (GUI) is generated. The list 
is generated by initially scanning a predetermined file 
contained on the hard disk 26. At steps 212, 214 and 
216, system configuration files such as the config.sys, 
system.ini and win.ini files are scanned to determine if 
any additional drivers or other files to those listed in the 
predetermined file are necessary to launch the operat- 
ing system and GUI. At step 218 (see Figure 48), critical 
Windows registry keys are scanned to determine if yet 
additional drivers or files are necessary to load the op- 
erating system. In Windows operating system, the reg- 
istry is comprised of the user.dat and system.dat files. 
At step 220, based on the drivers and files determined 
at steps 212-218, additional necessary sub-files (i.e., 
dynamically linked library files, * dll) for proper launch- 
ing of the operating system are determined. This step is 
performed by examining the dependancies in the file 
headers of the various files and drivers previously iden- 
tified. 

[0050] After completing steps 212-220, and all of the 
files necessary to load the operating system are deter- 
mined, the files are copied to the removable high capac- 
ity media at step 222. At step 224, the paths of drives, 
drivers and files are adjusted as necessary. In particular, 
entries in the registry, system.ini and win.ini typically in- 
clude a hard-coded path, e.g., c:\windows\system\driv- 
er.sys. When launching the operating system from the 
removable high capacity media, the driver.sys file will 
be on, for example, drive a:. Thus, in this example, the 
path must be changed to reflect the location of driver, 
sys in order to properly load the driver.sys file from the 
removable media. 

[0051] At step 226, the recovery applications are cop- 
ied to the removable high capacity media, and at step 
228, an operating system command is set to run the re- 
covery applications when the operating system is load- 
ed from the removable high capacity media. For exam- 



ple, the process of step 228 may be performed by plac- 
ing the recovery applications in the "Start Up" folder. At 
step 230, addition recovery files are copied to the re- 
movable high capacity media, such as, CMOS settings, 
s hard disk partition information, etc. At step 232, the cre- 
ation of the recovery disk is completed and the recovery 
disk ready for use if an abnormal operating condition 
should arise. 

[0052] If at step 204 in Figure 4A the high capacity 
10 media drive 11a is not bootable, a bootable floppy disk 
is created at step 206. Referring now to Figure 5, this 
process will now be described. At step 250, the driver 
which controls the desired drive/volume (e.g., high ca- 
pacity removable media drive 11a) is determined from 
15 the operating system data structure or registry. At step 
252, the driver determined at step 250 is then compared 
to a look-up table to determine associated bootstrap 
drivers, if any, that are needed for the bootstrap process. 
At step 254, the user inserts a floppy disk into floppy 
20 drive 28, and the floppy is prepared at step 256. The 
floppy may be prepared by performing a format opera- 
tion or by erasing all of the files on the floppy disk. The 
basic operating system bootstrap files (e.g., io.sys, 
msdos.sys, and command.com) are copied to the floppy 
25 disk at step 258. The drivers determined at steps 250 
and 252 are then copied to the floppy disk at step 260. 
At step 262, the drivers are installed into the operating 
system by adding the proper lines to, for example, the 
config.sys and autoexec.bat files. 
30 [0053] At step 264, an application to control the drive 
letter assignments is installed to the floppy disk to en- 
sure that the removable high capacity media drive 11a 
has the correct drive letter and will be seen by the sys- 
tem. The proper drive letterA/olume is set as needed so 
35 the bootstrap process may begin from the floppy drive 
and continue from the high capacity removable media 
drive. The process of changing the drive letter/volume 
will be described in further detail below with reference 
to Figure 6. At step 266, an operating system instruction 
40 is set to run the graphical user interface from the remov- 
able high capacity media by, e.g., adding win.com to the 
autoexec.bat file on the floppy disk. 
[0054] Referring again to Figure 2, the disaster/error 
recovery features will now be described. When a user 
4S encounters a disaster or some other error to be correct- 
ed (step 102). the user inserts the high capacity disk 
containing the disaster recovery software at step 104 
into the drive 11a or 11b and restarts the computer to 
boot the operating system. If the high capacity remova- 
so ble media drive 1 1 a or 1 1 b is not bootable, then the user 
inserts a bootable floppy disk into the standard floppy 
drive 28 to boot the system. Thus, if the user restarts 
the computer at step 104 from a floppy disk, the com- 
puter begins the bootstrap process at step 106 by exe- 
55 cuting the bootstrap files located on the floppy disk. The 
drivers needed to gain access to the high capacity re- 
movable media drive 11a or 11b are loaded from the 
floppy disk and executed so control may be transferred 
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to the high capacity disk which contains the necessary 
drivers, libraries and executable files for complete 
launching of the operating system and the graphical us- 
er interface. 

[0055] Preferrably, the user restarts the computer at 
step 104 directly from the high capacity removable me- 
dia drive 1 1 a or 11 b, and, at step 1 06, the computer ex- 
ecutes the basic bootstrap files and completely launch- 
es the operating system from the high capacity remov- 
able disk. Under both scenarios noted above, users will 
be provided with the same functionality at step 106, 
once the operating system has completely booted and 
the familiar graphical user interface operating environ- 
ment has been launched. 

[0056] The processes of steps 1 04 and 1 06 in Figure 
2 are more fully described with reference to Figure 3, 
where at step 1 30, the computer system bootstrap proc- 
ess begins on the device determined by the BIOS 1 3 as 
the bootstrap device (step 132). If the bootstrap device 
is the hard drive (e.g., drive c:), the process is halted at 
step 1 34 as the recovery software will not operate from 
the hard drive. If the boot device is the high capacity 
removable media drive 11a, then at step 148, the boot- 
strap begins by loading and executing the basic operat- 
ing system files from the removable high capacity me- 
dia. At steps 150 and 144 the graphical user interface 
is launched and loaded from the removable high capac- 
ity media, and at step 1 46 launching of the recovery ap- 
plications takes place. The recovery applications may 
be launched automatically or by the user. 
[0057] If the boot device is the floppy drive 28, then 
the bootstrap process begins by loading and executing 
the basic operating system files from the floppy drive at 
step 1 36. At step 138, the drivers to gain access to the 
high capacity removable media drive 11 a are loaded via, 
e.g., the config.sys or autoexec.bat files. At step 140, 
the drive letter/volume for the high capacity removable 
media drive 1 1 a is changed (to be discussed below with 
reference to Figure 6). The floppy disk includes a com- 
mand to launch the graphical user interface from the re- 
movable high capacity media, which is executed at step 
142, such that windows loads at step 144 and the re- 
covery applications are launched at step 146. 
[0058] Referring back to Figure 2, once the GUI is 
launched the user is prompted to proceed with the re- 
covery process at step 108. Alternatively, the recovery 
process may proceed automatically after the computer 
is booted. The user is prompted to run simple, easy-to- 
use restore and rescue applications within the operating 
environment of the graphical user interface. The recov- 
ery applications may detect and repair, for example, 
invalid CMOS settings, missing or corrupted system 
files, partition problems, boot sector problems, file allo- 
cation errors, and directory structure errors. The recov- 
ery applications may also detect and repair Windows 
registry corruption or errors. An exemplary suite of re- 
covery applications is commercially available as the 
Norton Utilities, available from Symantec Corp., Cuper- 



tino, California. 

[0059] After the recovery applications have executed 
at step 108, the recovery applications determined at 
step 110 whether the error has been corrected, if it is 

s determined that the error cannot be corrected at step 
110, then at step 1 1 8, the recovery software may prompt 
the user to ascertain if a backup of the computer's hard 
disk exists. If a backup exists, then at step 1 22, the user 
is prompted to restore the backed up files via, e.g., tape 

10 drive 1 5, to the hard disk using known software applica- 
tions such as, Cheyenne Backup, available from Chey- 
enne, A Division of Computer Associates, Roslyn 
Heights, New York. If a backup of the hard drive does 
not exist, then the user may then be prompted to either 

is contact a service organization (e.g., the computer ven- 
dor) or to reinstall the operating system software from, 
e.g., a CD-ROM using CD-ROM drive 17. 
[0060] If at step 1 1 0 it is determined that the error has 
been corrected, then at step 112, the user is prompted 

20 to restart the computer in the normal manner (i.e., boot 
from the hard drive). If the problem does not persist, then 
the user continues as usual (step 114). However, if at 
step 1 1 6 the problem continues to exist even though the 
restore and rescue software considers the problem to 

25 be corrected, the user continues the process at steps 
118-122, as noted above. 

[0061] During the recovery process, certain operating 
environment conditions need to be considered by the 
recovery software. As noted above, a drive letter/vol- 
30 ume of the high capacity removable media drive may 
need to be changed during the bootstrap process. In ad- 
dition, because the removable high capacity media may 
contain partitioned media, it may be necessary to 
present the removable high capacity media to the oper- 
as ating system as non-partitioned media. Each of these 
processes will now be described. 
[0062] Referring to Figure 6, there is illustrated is a 
flow chart of the processes performed to change the 
drive letter/volume of a selected drive to another drive 
40 letter in accordance with an aspect of the present inven- 
tion. At step 300 the drive letter program is loaded and 
executes. The drive letter/volume program may be 
called by another program or by the computer user. At 
step 302, the desired drive letter/volume for the selected 
45 drive is input to drive letter program. Similarly to calling 
the program, the desired drive letter/volume for the se- 
lected drive may be input to the drive letter program by 
calling program or the computer user. At step 304, the 
selected drive is located and the associated bus/adapter 
so and drive ID number to be changed are also identified. 
At step 306, the current drive letter assigned to the se- 
lected drive by the operating system is determined. The 
location process and assigned drive letter may be de- 
termined by examining the BIOS settings and operating 
55 system configuration files. At step 308, the operating 
system data, settings, registry, and initialization files are 
adjusted to reflect the desired drive letter change by 
changing the assigned drive letter. 
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[0063] If, however, at step 310 it is determined that 
the desired drive letter/volume is being used by another 
drive, then at step 312, the other drive is assigned to a 
different driver letter/volume by adjusting its related op- 
erating system data, settings, registry, and initialization 
files so that the selected drive will have the desired drive 
letter/volume. At step 314 the desired drive letter/vol- 
ume corresponding to the selected drive is associated 
with the correct bus/adapter and drive ID number. 
[0064] As noted above, it may be necessary to 
change the drive letter of the high capacity removable 
media drive 1 1 a if the bootstrap process begins from the 
floppy drive 28. As those of skill in the art may appreci- 
ate, other uses for the drive change process may be 
possible. 

[0065] If the BIOS 13 of the user's system does not 
provide for assigning the high capacity removable me- 
dia drive as drive a:, it may be necessary to present the 
high capacity disk as non-partitioned media to the oper- 
ating system. This may be necessary if the high capacity 
removable disk contains partitioned media. The reason 
for this presentation is that standard floppy disks, gen- 
erally assigned to drives a: and b: , are formatted as non- 
partitioned media. Accordingly, floppy disks are access 
by the BIOS 1 3 based on the non-partitioned media for- 
mat. Thus, if a partitioned high capacity removable me- 
dia drive is to be assigned drive letter a: or b: in a system 
where the BIOS is not designed for such partitioned me- 
dia, the partitioned media must be hidden from the op- 
erating system to ensure proper interaction. 
[0066] Computer systems 10 having a BIOS 13 that 
do not support high capacity removable media drives as 
drive a: may support such drives by utilizing the method 
of U.S. Patent Application No. 08/599,346, filed on Feb- 
ruary 9, 1996, the disclosure of which is incorporated 
herein by reference in its entirety. It is noted that Appli- 
cation No. 08/599,346 discloses a method to configure 
a high capacity removable media drive 11a as drive a: 
during the boot process with out the need for installing 
a separate driver during the boot sequence. It will be 
appreciated by those of ordinary skill in the art that other 
methods are possible to configure the high capacity re- 
movable media drive 11a as drive a:, such as loading a 
driver during the boot sequence, or invoking an execut- 
able file after the computer has booted to configure the 
high capacity removable media drive 11a as drive a: 
Such methods are available because operating systems 
such as MS-DOS, Windows 9X and Windows NT do not 
have any inherent capacity limitations on the size of the 
floppy drives, therefore a high capacity removable me- 
dia drive 1 1 a may be initially configured and recognized 
by the BIOS as a fixed disk drive c:, and then set to flop- 
py drive a:. 

[0067] According to the method disclosed in Applica- 
tion No. 08/599,346, the BIOS attempts to load the op- 
erating system from a storage device by invoking INT 
19h. During the boot sequence, the INT 19h routine 
looks for a bootable disk beginning at INT 13 unit 0, (i. 



e., the traditional system floppy drive a:). If a bootable 
floppy disk is found in the floppy drive, booting proceeds 
normally from the floppy On the other hand, if no boota- 
ble floppy is contained within the floppy disk drive, INT 

s 1 9h attempts to read the master boot record from the 
device specified at INT 13 unit 80h, which is, conven- 
tionally, fixed diskc:. However, as noted above, it is pos- 
sible to configure the removable media drive at this lo- 
cation. Thus, booting proceeds from the removable me- 

10 dia drive. 

[0068] When the BIOS (via INT 19) attempts to re- 
trieve the master boot record (MBR) from the media, a 
substitute master boot record is provided instead. For 
instance, in response to a request for sector 0, the re- 

15 movable media drive provides a substitute master boot 
record (referred to herein as a custom master boot 
record (CMBFt)) from memory. The custom master boot 
record may be stored in a ROM on the removable media 
drive. Additionally, the CMBR conforms to all superficial 

20 requirements of an MBR, such as formatting require- 
ments, size and the like, so that the BIOS, believing the 
CMBR is authentic, passes control to it. 
[0069] The BIOS thus executes the CMBR which, in 
turn, requests a supplemental boot code (SBC) from 

25 sectors 1 -31 on the media, referred to herein as SBC-A 
(to indicate that it loaded from the media). Convention- 
ally, these sectors are unused by the PC system. By 
storing the SBC at this location, the removable media 
boot code can be modified and upgraded easily. The 

30 SBC-A code is comprised of two main segments. The 
first segment remains resident in the random access 
memory 14 of the computer system 10 after the boot 
process completes, providing removability support for 
the removable media drive in the absence of a driver. 

35 The second segment, which is no longer useful after the 
boot process completes, releases its memory locations 
to the system 10 after booting completes. 
[0070] Briefly, the SBC-A first moves the resident seg- 
ment of itself to the top of memory. A sector map is cre- 

40 ated to determine the location of a Boot Image File (Bl F). 
Currently, the BIF is a 720K floppy image as defined in 
the Microsoft RIPL specification for diskless worksta- 
tions; however, those skilled in the art should appreciate 
that any format could be used to accomplish a similar 

45 purpose because the SBC-A maps it. The SBC-A then 
hooks interrupts 1 3h (INT 1 3) and 2fh (I NT 2f). After the 
interrupt hooks are set, the fixed disk count is decre- 
mented in the BIOS data area (i.e., 40:0075h) in order 
to temporarily hide the removable media drive from the 

50 system. In general when awakened, the INT 13 routine 
retrieves sector 0 from the BIF and loads it into memory 
at location 0:7C00h, The boot process continues from 
the BIF. The BIF begins to load the operating system 
according to a conventional loading sequence, for ex- 
55 ample IO.SYS is loaded. While that operating system 
load sequence continues, the INT 13 routine monitors 
the loading of IO.SYS searching for a predetermined 
pattern. When the pattern is found, a patch is inserted 
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that handles the media change capabilities of the re- 
movable media drive. This patch remains in IO.SYS until 
the system is shut down and process all media change 
request to the removable media drive. 
[0071] Each time a call is made to INT 13, the SBC 
interrupt routine is awakened to handle the call and 
make appropriate adjustments to account for the remov- 
able media drive and the non-standard boot sequence. 
To that end, the interrupt handler first determines the 
destination drive of the request. Based on the drive the 
interrupt routine will handle the request differently. Ad- 
ditionally, each time the interrupt handler is called to 
read from a drive, the IO.SYS load status will be 
checked and IO.SYS patched accordingly. 
[0072] After the computer system 10 has completed 
booting, a segment of the SBC routine remains resident 
in memory to provide support for the removable media 
drive. This segment of the SBC gets called each time a 
call is made to the patched IO.SYS. On the first call to 
this segment of SBC, drive letter swapping (see, Figure 
6) is performed. Thereafter, this SBC segment checks 
the removable media drive for a media change and 
makes adjustments so that the operating system recog- 
nizes the new media. 

[0073] Also as noted above, a removable media driver 
may be utilized that is loaded and located in an area of 
RAM in the top of conventional memory to encapsulate 
the DOS driver in IO.SYS associated by DOS with the 
removable media driver. Additionally, calls to INT 1 3 and 
INT 15 will be trapped and handled by the removable 
media driver to hide the partitioned media from the op- 
erating system if such a capability is not provided by the 
BIOS 13. 

[0074] Referring now to Figure 7, there is illustrated a 
flow chart of processes performed by the routine to 
present the partitioned media to the operating system 
in a non -partitioned format in accordance with an aspect 
of the present invention. 

[0075] At step 400, it is determined whether the media 
is a valid partitioned high capacity media. This is deter- 
mination is performed by checking information con- 
tained in the media's master boot record. The master 
boot record contains information about the media and 
is contained within a separate partition than the user da- 
ta. At step 402, the offset to the beginning ofthe desired 
partition (i.e., the user data partition) is determined. For 
each request by the operating system to read or write 
to a location on the volume, the offset to the beginning 
of the partition is added to the request by the operating 
system at step 404. If, at step 406, the request is for the 
beginning of the volume (i.e., where the volume defini- 
tions for operating system control are located), then at 
step 408 it is determined if the request is for a read op- 
eration (i.e., a read ofthe volume definitions). If so, then 
at step 410, the read is permitted to continue and the 
data is read from the media. Before the data is passed 
back to the operating system the volume information 
and data are modified to reflect the non-partitioned for- 



mat. If at step 408 the request is for a write operation (i. 
e., a write of the volume definitions), then the data from 
the operating system is modified to reflect a partitioned 
format before the data is written to the media. The data 
s is then permitted to be written to the media. 

[0076] If at step 406 the request if is for user data, 
then any read or write operation is executed with the 
modified location on the media, and then control is 
passed back to the operating system. The modified lo- 
re cation is based on the offset to the beginning of the par- 
tition. If the request at step 406 is for a media size, the 
partition media size is return to the operating system in- 
stead of the actual media size. 

[0077] Referring now to Figure 8, there is shown a 
is flow chart describing a general overview of the process 
by which a user utilizes the recovery system of the 
present invention in accordance with another embodi- 
ment of the present invention in order to rectify problems 
encountered during use a of computer system. Steps 
20 100' through 116' are substantially the same as the 
steps 100 through 116 in the embodiment shown in Fig- 
ure 2 and, accordingly, the descriptions thereof will not 
be repeated herein. However, the present embodiment 
is particularly directed to an environment where the 
25 computer system 10 is part of a larger corporate infra- 
structure. As such, corporate system administrators typ- 
ically resolve errors and problems and the user does not 
have a backup or installation disks to restore the com- 
puter. Thus, when the error encountered by the user 
30 continues to persist (e.g., at steps 110' or 11 4'). the user 
is prompted at step 152 to contact the system adminis- 
trator for assistance to resolve the problem. 
[0078] Thus, the present invention provides a novel 
apparatus and method for determining all of the neces- 
35 sary components to completly load an operating system 
and it associated graphical user interface from a remov- 
able high capacity media so that users are provided with 
the familaiar operating environement to which they are 
accustomed without the need to boot from the hard disk. 
40 in addition, the present invention provides for launching 
recovery software from the removable high capacity me- 
dia, in the operating environement of the familiar graph- 
ical user interface, to correct errors so that in the event 
of a failure of the computer to boot from the hard drive, 
45 users may easily and confidently rectify the errors. 
[0079] It is noted that the foregoing examples have 
been provided merely for the purpose of explanation 
and are in no way to be construed as limiting of the 
present invention. While the invention has been de- 
so scribed with reference to preferred embodiments, it is 
understood that the words which have been used herein 
are words of description and illustration, rather than 
words of limitations. Further, although the invention has 
been described herein with reference to particular 
55 means, materials and embodiments, the invention is not 
intended to be limited to the particulars disclosed herein; 
rather, the invention extends to all functionally equiva- 
lent structures, methods and uses, such as are within 
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the scope of the appended claims. Those skilled in the 
art, having the benefit of the teachings of this specifica- 
tion, may effect numerous modifications thereto and 
changes may be made without departing from the scope 
and spirit of the invention in its aspects. 



Claims 

1. In a computer system comprising a processor, a 
high capacity removable media drive, non-remova- 
ble storage media and an operating system that in- 
cludes an operating environment which provides a 
user with a graphical user interface, said operating 
system and said graphical user interface being 
loaded from said non-removable storage media un- 
der normal operating conditions, a method for cor- 
recting an abnormal operating condition of said 
computer system using recovery software stored on 
removable high capacity media, said removable 
high capacity media comprising a subset of a total 
number of components of said operating system, 
said method comprising: 

inserting said removable high capacity media 
into said high capacity removable media drive 
upon encountering said abnormal operating 
condition; 

restarting said computer system from said re- 
movable high capacity media such that said op- 
erating system and said graphical user inter- 
face are loaded from said removable high ca- 
pacity media; and 

launching said recovery software to rectify said 
abnormal operating condition upon successful- 
ly loading said graphical user interface. 

2. The method according to claim 1, further compris- 
ing: 

determining if said abnormal operating condi- 
tion persists in said computer system; 
restoring files to said non-removable media 
from an archive if said abnormal operating con- 
dition persists; and 

reinstalling said operating system to said non- 
removable media if no archive exists. 

3. The method according to claim 1, said a high ca- 
pacity removable media drive being bootable, 
wherein restarting said computer system comprises 
executing bootstrap files located on said removable 
high capacity media. 

4. The method according to claim 1, said computer 
system further comprising a bootable floppy drive, 
wherein restarting said computer system compris- 
es: 



executing bootstrap files located on a bootable 
floppy disk, said bootable floppy disk having a 
lower capacity than said removable high capac- 
ity media; 

5 loading software drivers to gain access to said 

high capacity removable media drive; 
changing a current drive letter or a current vol- 
ume label of said high capacity removable me- 
dia drive to a modified drive letter or a modified 

10 volume label, as necessary; and 

executing an operating system instruction to 
continue loading of said operating system and 
said graphical user interface from said remov- 
able high capacity media. 

15 

5. The method according to claim 4, wherein changing 
said drive letter or said volume label comprises: 

identifying a bus, adapter and drive ID number 
20 of said high capacity removable media drive; 

identifying said current drive letter and said cur- 
rent volume label of said high capacity remov- 
able media drive; and 

adjusting operating system data, initialization 
25 files and registry information to indicate said 

high capacity removable media drive by said 
modified drive letter or said modified volume la- 
bel. 

30 6. The method according to claim 5, further compris- 
ing: 

determining if said modified drive letter identi- 
fies another drive in said computer system; and 
35 adjusting said operating system data, said ini- 

tialization files and said registry information to 
change said another drive to a drive letter not 
used by said operating system. 

40 7. The method according to claim 1 , said removable 
high capacity media being partitioned, said method 
further comprising presenting said partitioned re- 
movable high capacity media to said operating sys- 
tem as non-partitioned media by performing the fol- 

45 lowing: 

determining if said partitioned removable high 
capacity media is valid, and if said partitioned 
removable high capacity media is not valid, not 
so presenting said removable high capacity media 

to said operating system, and if said removable 
- high capacity media is valid then: 

calculating an offset from a beginning of 
55 said removable high capacity media to a 

beginning of a desired partition on said re- 
movable high capacity media to be ac- 
cessed; 
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for each request by said operating system 
to read or write to a location in a volume of 
said removable high capacity media, mod- 
ifying said request by adding said offset to 
said request to create a modified request; 
and 

determining a type of request by said op- 
erating system. 

8. The method according to claim 7, wherein said de- 
termining a type of request comprises: 

determining if said request is to read data at a 
beginning of said volume, and if so, performing 
a read operation and modifying said data to re- 
flect a format of said non-partitioned media as 
it passed to said operating system; 
determining if said request is to write data to 
the beginning of said volume, and if so, modi- 
fying said request to reflect a format of said par- 
titioned media and performing a write opera- 
tion; 

determining if said request is for user data, and 

if so, performing a read or write operation using 

said modified request; and 

determining if said request is for a media size, 

and if so, returning to said operating system a 

size of said partitioned removable high capacity 

media. 

9. The method according to claim 1 , further compris- 
ing restarting said computer system from said non- 
removable storage media after rectifying said ab- 
normal operating condition. 

10. The method according to claim 1 , wherein said op- 
erating system comprises a multi-threaded, multi- 
tasking operating system running in at least a 32-bit 
flat memory model. 

11. In a computer system comprising a processor, a 
high capacity removable media drive, non-remova- 
ble storage media and an operating system which 
includes an operating environment that provides a 
user with a graphical user interface, said operating 
system and said graphical user interface being 
loaded from said non-removable storage media un- 
der normal operating conditions, a method of creat- 
ing a recovery disk comprising recovery software 
on removable high capacity media, comprising: 

generating a list of software components need- 
ed to completely load said operating system 
and said graphical user interface from said re- 
movable high capacity media; 
copying said software components to said re- 
movable high capacity media; and 
copying said recovery software to said remov- 



able high capacity media. 

12. The method according to claim 11, wherein said 
generating a list of components comprises: 

5 

scanning a list of files on said non-removable 
media; 

examining configuration, initialization and reg- 
istry files; and 

10 searching said non- removable media to deter- 

mine executable program files, libraries and 
program file dependencies. 

13. The method according to claim 11 , further compris- 
es ing: 

adjusting configuration, initialization and reg- 
istry files on said removable high capacity media to 
reflect a drive letter or volume label of said high ca- 
pacity removable media drive from which said op- 
20 erating system will be running when said computer 
is restarted from said removable high capacity me- 
dia. 

14. The method according to claim 11 , further compris- 
25 ing: 



30 



35 



45 



SO 



determining from said computer system if said 
high capacity removable media drive is boota- 
ble; and 

copying operating system bootstrap files to said 
removable high capacity media if said high ca- 
pacity removable media drive is bootable. 

15. The method according to claim 14, said computer 
system further comprising a floppy drive, said meth- 
od further comprising: 

creating a bootable floppy disk by copying op- 
erating system bootstrap files to said bootable 
floppy disk if said high capacity removable me- 
dia drive is not bootable; 
determining a bus type and adapter of said high 
capacity removable media drive; 
determining software drivers needed to access 
said high capacity removable media drive; 
copying said software drivers to said bootable 
floppy disk; and 

installing instructions to continue a bootstrap 
process from said high capacity removable me- 
dia drive once said bootstrap process is initiat- 
ed from said floppy disk. 



16. The method according to claim 11 , further compris- 
ing installing an operating system command run 

55 from said removable high capacity media to exe- 
cute said recovery software. 

17. An apparatus for recovering from an abnormal op- 
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erating condition in a computer system, comprising: 
a processor; 

a high capacity removable media drive; 
means for loading an operating system from 
said high capacity removable media drive, said 
operating system providing an operating envi- 
ronment that includes a graphical user inter- 
face; and 

means for rectifying said abnormal operating 
condition to return said computer system to a 
normal operating condition. 

18. The apparatus according to claim 17, further com- 
prising: 

means for determining if said abnormal operat- 
ing condition persists in said computer system; 
means for restoring files to said non -removable 
media from an archive; and 
means for reinstalling said operating system to 
said non-removable media. 

19. The apparatus according to claim 17, wherein said 
high capacity removable media drive is bootable, 
and said loading means performs a bootstrap proc- 
ess by executing bootstrap files located on said re- 
movable high capacity media. 

20. The apparatus according to claim 1 7, said computer 
system further comprising: 

a bootable floppy drive; 
means for transferring control of a bootstrap 
process from said floppy drive to said high ca- 
pacity removable media drive; and 
means for changing a current drive letter or a 
current volume label of said high capacity re- 
movable media drive to a modified drive letter 
or a modified volume label, as necessary, 
wherein said loading means initially executes 
bootstrap files located on a bootable floppy 
disk, and continues execution of bootstrap files 
and loading of said operating system and said 
graphical user interface from said removable 
high capacity media. 

21. The apparatus according to claim 20, wherein 
changing means identifies a bus, adapter and drive 
ID number for said high capacity removable media 
drive, identifies said current drive letter and said 
current volume label of said high capacity remova- 
ble media drive, and adjusts operating system data, 
initialization files and registry information to indicate 
said high capacity removable media drive by said 
modified drive letter or said modified volume label. 

22. The apparatus according to claim 21 , further com- 



prising means for determining if said modified drive 
letter is assigned to another drive by said operating 
system, 

wherein said changing means further adjusts 
said operating system data, said initialization files 
and said registry information to change said another 
drive to a drive letter not in use by the operating sys- 
tem. 

23. The apparatus according to claim 17, said remova- 
ble high capacity media being partitioned, said ap- 
paratus further comprising means for presenting 
said partitioned removable high capacity media to 
said operating system as non-partitioned media, 

wherein said presenting means determines if 
said partitioned removable high capacity media is 
valid, and if said partitioned removable high capac- 
ity media is not valid, said presenting means does 
not present said removable high capacity media to 
said operating system. 

24. The apparatus according to claim 23, further com- 
prising: 

means for calculating an offset from a begin- 
ning of said removable high capacity media to 
a beginning of a desired partition on said re- 
movable high capacity media to be accessed; 
means for modifying a request by said operat- 
ing system to read or write to a location in a 
volume of said removable high capacity media 
by adding said offset to said request; and 
means for determining a type of request by said 
operating system. 

25. The apparatus according to claim 24, wherein said 
means for determining a type of request determines 
if said request is to read data at a beginning of said 
volume, and if so, performing a read operation and 
modifying said data to reflect a format of said non- 
partitioned media as it passed to said operating sys- 
tem; determines if said request is to write data to 
the beginning of said volume, and if so, modifying 
said request to reflect a format of said partitioned 
media and performing a write operation; determines 
if said request is for user data, and if so, performing 
a read or write operation using said modified re- 
quest; and determines if said request is for a media 
size, and if so, returning to said operating system a 
size of said partitioned removable high capacity me- 
dia. 

26. The apparatus according to claim 1 7, wherein said 
operating system comprises a multi-threaded, mul- 
ti-tasking operating system running in at least a 
32-bit flat memory model. 

27. An apparatus for creating a recovery disk for a com- 
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puter system having an operating system which 
provides an operating environment including a 
graphical user interface, said recovery disk includ- 
ing recovery software on a removable high capacity 
media, comprising: 

a processor; 

a high capacity removable media drive; 
means for generating a list of components 
needed to completely load said operating sys- 
tem and said graphical user interface from said 
removable high capacity media; and 
means for copying said components and said 
recovery software to said removable high ca- 
pacity media. 

28. The apparatus according to claim 27, wherein said 
means for generating a list of components compris- 
es: 

means for scanning a list of files on said non- 
removable media; 

means for examining configuration, initializa- 
tion and registry files; and 
means for searching said non-removable me- 
dia to determine executable program files, li- 
braries and program file dependencies. 

29. The apparatus according to claim 27, further com- 
prising means for adjusting configuration, initializa- 
tion and registry files on said removable high capac- 
ity media to reflect a drive letter or volume label of 
said high capacity removable media drive from 
which said operating system will be running when 
said computer is restarted. 

30. The apparatus according to claim 27, further com- 
prising means for determining if said high capacity 
removable media drive is bootable, 

wherein if said high capacity removable me- 
dia drive is bootable, said copying means copies 
operating system bootstrap files to said removable 
high capacity media. 

31. The apparatus according to claim 30, said appara- 
tus further comprising 

a floppy drive, 

means for determining a bus type and adapter 
of said high capacity removable media drive; 
and 

means for determining software drivers needed 
to access said high capacity removable media 
drive, 

wherein said copying means copies operating 
system bootstrap files, said operating system 
components, and instructions to continue a 
bootstrap process from said high capacity re- 



movable media drive if said high capacity re- 
movable media drive is not bootable, said in- 
structions to continue said bootstrap process 
being executed once said bootstrap process is 
s initiated from a bootable floppy disk inserted in- 

to said floppy drive. 

32. The apparatus according to claim 27, said copying 
means further installing a command on said remov- 

w able high capacity media to execute said recovery 
software. 

33. An apparatus for bootstrapping a computer system 
from removable high capacity media, said computer 

is system running an operating system that includes 
an operating environment which provides a user 
with a graphical user interface, comprising: 

a processor; 

20 a high capacity removable media drive opera- 

tively connected to said processor; and 
means for loading said operating system and 
said graphical user interface from said remov- 
able high capacity media, 

25 wherein said removable high capacity media in- 

cludes all necessary operating system compo- 
nents to completely load said operating system 
and said graphical user interface and provide a 
user with access to all computer peripherals. 

30 

34. A removable storage cartridge comprising high ca- 
pacity storage media for use in a computer system 
comprising a processor, non-removable media, a 
high capacity removable media drive and an oper- 

35 ating system which includes an operating environ- 
ment that provides a user with a graphical user in- 
terface, said high capacity storage media being 
configured by a method comprising: 

40 generating a list of software components need- 

ed to completely load said operating system 
and said graphical user interface from said high 
capacity storage media; and 
copying said software components to said high 

45 capacity storage media. 

35. The removable storage cartridge according to claim 
34, wherein said generating a list of components 
comprises: 

50 

scanning a list of files on said non-removable 
media; 

examining configuration, initialization and reg- 
istry files; and 

55 searching said non-removable media to deter- 

mine executable program files, libraries and 
program file dependencies. 



15 



29 



EP 0 917 060 A1 



30 



36. The removable storage cartridge according to claim 
34, further comprising: 

adjusting configuration, initialization and reg- 
istry files on said high capacity storage media to re- 
flect a drive letter or volume label of said high ca- 
pacity removable media drive from which said op- 
erating system will be running when said computer 
is restarted from said high capacity storage media. 

37. The removable storage cartridge according to claim 
34, further comprising: 

determining from said computer system if said 
high capacity removable media drive is boota- 
ble; and 

copying operating system bootstrap files to said 
high capacity storage media if said high capac- 
ity removable media drive is bootable. 

38. The removable storage cartridge according to claim 
37, said computer system further comprising a flop- 
py drive, said removable storage cartridge further 
comprising: 

creating a bootable floppy disk by copying op- 
erating system bootstrap files to said bootable 
floppy disk if said high capacity removable me- 
dia drive is not bootable; 
determining a bus type and adapter of said high 
capacity removable media drive; 
determining software drivers needed to access 
said high capacity removable media drive; 
copying said software drivers to said bootable 
floppy disk; and 

installing instructions to continue a bootstrap 
process from said high capacity removable me- 
dia drive once said bootstrap process is initiat- 
ed from said floppy disk. 

39. The removable storage cartridge according to claim 
34, further comprising: 

copying recovery software to said high capacity 
storage media; and 

installing an operating system command run 
from said high capacity storage media to exe- 
cute said recovery software. 

40. Application software for use on a computer system 
having a high capacity removable media drive and 
an operating system which provides an operating 
environment including a graphical user interface, 
said application software comprising: 

system components needed to completely load 
said operating system and said graphical user 
interface from said high capacity removable 
media drive; and * 



recovery components which are run from said 
graphical user interface, 
wherein said application software is provided 
on removable high capacity media which is 
5 read by said high capacity removable media 

drive. 

41. The application software according to claim 40, fur- 
ther comprising operating system bootstrap files. 

w 

42. The application software according to claim 41, 
wherein said operating system bootstrap files are 
provided on a floppy disk and said application soft- 
ware further comprises an instruction to continue a 

is bootstrap process from said high capacity remova- 
ble media drive if said high capacity removable me- 
dia drive is not bootable, said instruction to continue 
said bootstrap process being executed once said 
bootstrap process is initiated from said floppy disk. 

20 

43. The application software according to claim 40, fur- 
ther comprising a command, installed on said re- 
movable high capacity media, to execute said re- 
covery components. 

25 

44. An apparatus for recovering from an abnormal op- 
erating condition in a computer system, comprising: 

a processor; 

30 a high capacity removable media drive; 

an operating system which is loaded from said 
high capacity removable media drive by said 
processor, said operating system providing an 
operating environment that includes a graphi- 
cs cal user interface; and 

a system recovery application which rectifies 
said abnormal operating condition to return 
said computer system to a normal operating 
condition. 

40 

45. The apparatus according to claim 44, further com- 
prising: 

an error determination application which deter- 
45 mines if said abnormal operating condition per- 

sists in said computer system; 
a sequential access device which is provided 
to restore files to said non-removable media 
from an archive; and 
so a random access device is provided to reinstall 

said operating system to said non-removable 
media from removable media. 

46. The apparatus according to claim 44, wherein said 
ss high capacity removable media drive is bootable, 

and an operating system bootstrap process is exe- 
cuted by executing bootstrap files located on said 
removable high capacity media. 
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47. The apparatus according to claim 44, said computer 
system further comprising: 

a bootable floppy drive; 
a control application which transfers control of 
a bootstrap process from said floppy drive to 
said high capacity removable media drive; and 
a drive letter assignment application which 
changes a current drive letter or a current vol- 
ume label of said high capacity removable me- 
dia drive to a modified drive letter or a modified 
volume label, as necessary, 
wherein said bootstrap files are initially execut- 
ed from said bootable floppy disk, and said con- 
trol application transfers control of said boot- 
strap process such that execution of bootstrap 
files and loading of said operating system and 
said graphical user interface are performed 
from said removable high capacity media. 

48. The apparatus according to claim 47, wherein said 
control application identifies a bus, adapter and 
drive ID number for said high capacity removable 
media drive, identifies said current drive letter and 
said current volume label of said high capacity re- 
movable media drive, and adjusts operating system 
data, initialization files and registry information to in- 
dicate said high capacity removable media drive by 
said modified drive letter or said modified volume 
label set by said drive letter assignment application. 

49. The apparatus according to claim 48, wherein said 
drive letter assignment application determines if 
said modified drive letter is assigned to another 
drive by said operating system and, if so, further ad- 
justs said operating system data, said initialization 
files and said registry information to change said an- 
other drive to a drive letter not in use by the oper- 
ating system. 

50. The apparatus according to claim 44, said remova- 
ble high capacity media being partitioned, said ap- 
paratus further comprising a presentation applica- 
tion which presents said partitioned removable high 
capacity media to said operating system as non- 
partitioned media. 

51. The apparatus according to claim 50, further com- 
prising: 

an offset calculation application for calculating 
an offset from a beginning of said removable 
high capacity media to a beginning of a desired 
partition on said removable high capacity me- 
dia to be accessed; 

a request modification application which modi- 
fies a request by said operating system to read 
or write to a location in a volume of said remov- 



able high capacity media by adding said offset 
to said request; and 

a request type determination application which 
determines a type of request by said operating 
5 system. 

52. The apparatus according to claim 51 , wherein said 
request type determination application determines 
if said request is to read data at a beginning of said 

10 volume, and rf so, performs a read operation and 
modifies said data to reflect a format of said non- 
partitioned media as it passed to said operating sys- 
tem; determines if said request is to write data to 
the beginning of said volume, and if so, modifies 

is said request to reflect a format of said partitioned 
media and performs a write operation; determines 
if said request is for user data, and if so, performs 
a read or write operation using said modified re- 
quest; and determines if said request is for a media 

20 size, and if so, returns to said operating system a 
size of said partitioned removable high capacity me- 
dia. 

53. The apparatus according to claim 44, wherein said 
2S operating system comprises a multi -threaded, mul- 
ti-tasking operating system- running in at least a 
32-bit flat memory model. 

54. An apparatus for creating a recovery disk for a com- 
30 puter system having an operating system which 

provides an operating environment including a 
graphical user interface, said recovery disk includ- 
ing recovery software on a removable high capacity 
media, comprising: 

35 

a processor; 

a high capacity removable media drive; and 
a file list generating application which gener- 
ates a list of components needed to completely 
40 load said operating system and said graphical 

user interface from said removable high capac- 
ity media, 

wherein said apparatus copies said compo- 
nents and said recovery software to said re- 
45 movable high capacity media. 

55. The apparatus according to claim 54, wherein said 
file list generating application scans a list of files on 
said non-removable media; examines configura- 

50 tion, initialization and registry files; and searches 
said non-removable media to determine executable 
program files, libraries and program file dependen- 
cies. 

55 56. The apparatus according to claim 54, further com- 
prising an adjustment application which adjusts 
configuration, initialization and registry files on said 
removable high capacity media to reflect a drive iet- 
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ter or volume label of said high capacity removable 
media drive from which said operating system will 
be running when said computer is restarted. 

57. The apparatus according to claim 54, further com- 
prising an application to determine if said high ca- 
pacity removable media drive is bootable, and if 
said high capacity removable media drive is boota- 
ble, said removable high capacity media comprises 
operating system bootstrap files. 

58. The apparatus according to claim 57, said appara- 
tus further comprising : 

a floppy drive, and 15 
an drive identification application which deter- 
mines a bus type and adapter of said high ca- 
pacity removable media drive, 
wherein said apparatus copies operating sys- 
tem bootstrap files, said operating system com- 20 
ponents, and a device driver to access said 
high capacity removable driver, and 
wherein said apparatus copes instructions to 
continue a bootstrap process from said high ca- 
pacity removable media drive if said high ca- ? s 
pacity removable media drive is not bootable, 
said instructions to continue said bootstrap 
process being executed once said bootstrap 
process is initiated from a bootable floppy disk 
inserted into said floppy drive. 30 

59. The apparatus according to claim 54, said appara- 
tus further installing a command on said removable 
high capacity media to execute said recovery soft- 



ware. 



35 



60. An apparatus for bootstrapping a computer system 
from removable high capacity media, said computer 
system running an operating system that includes 
an operating environment which provides a user 
with a graphical user interface, comprising: 

a processor; 

a high capacity removable media drive opera- 
lively connected to said processor; and 
an input/output system which loads said oper- 
ating system and said graphical user interface 
from said removable high capacity media, 
wherein said removable high capacity media in- 
cludes all necessary operating system compo- 
nents to completely load said operating system 
and said graphical user interface and provide a 
user with access to all computer peripherals. 
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